OPTIMIZE TABLE

背景 我负责一套订单履约系统的 MySQL 8.0.32（单主 16C64G，innodb_buffer_pool_size=48G），核心表 "t_order_item" 约 6 亿行、8 个二级索引，数据文件初始 780GB。每天凌晨归

背景 我负责一套物流轨迹系统的 MySQL 8.0.36（单主 32C128G，innodb_buffer_pool_size=96G），核心表 "t_track" 约 1.8 亿行、数据文件 320GB，删除密集——每天约 25% 的行被

【背景】 我负责一张 800 万行的订单宽表（InnoDB, MySQL 8.0.32），带 6 个二级索引。业务上每天约 30% 的行会被批量 UPDATE status 字段，持续一个月后观察到查询性能明显退化。 【现象】 1. SHO

背景 生产环境 MySQL 8.0.36，InnoDB，一张订单流水表 "t_order_flow" 约 3.2 亿行，".ibd" 文件 528GB，"SHOW TABLE STATUS" 显示 "Data_length" 约 78GB—